home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98c.txt / 000002_icon-group-sender _Wed Sep 9 12:41:01 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) with SMTP id MAA10502
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 9 Sep 1998 12:41:00 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA29749; Wed, 9 Sep 1998 12:40:34 -0700
  7. To: icon-group@optima.CS.Arizona.EDU
  8. Date: 09 Sep 1998 12:47:41 -0400
  9. From: davidf@mks.com (David J. Fiander)
  10. Message-Id: <ug1e1kzbm.fsf@davidf_nt.mks.com>
  11. Organization: Mortice Kern Systems Inc.
  12. Sender: icon-group-request@optima.CS.Arizona.EDU
  13. References: <35F551C0.E6DA1515@ix.netcom.com>, <6t65tv$68d$1@vishnu.jussieu.fr>
  14. Subject: Re: Ansi C version of Icon
  15. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  16. Status: RO
  17.  
  18. espie@liafa.jussieu.fr (Marc Espie) writes:
  19.  
  20. > If you want STRICT ansi C, you're asking for trouble, as malloc() is
  21. > limited to 64K thanks to brain-dead architectures.
  22.  
  23. I thought this was such a strange comment that I had to go check
  24. my copy of the ANSI standard.  As I suspected, the C standard
  25. places no limits on the amount of memory that one can request
  26. via malloc().  Well, the size has to fit into a size_t, so your
  27. limited to objects whose size can be described by one of those.
  28.  
  29. - David
  30.